Observação: Fluxos Simples estão atualmente em versão beta. Por favor, reporte quaisquer bugs/problemas que encontrar.
O que são Fluxos Simples?
Fluxos simples são na verdade funis no backend - apenas criamos uma interface de usuário alternativa que os torna mais fáceis de criar em algumas situações.
Esta interface de usuário fornece uma maneira mais fácil de criar sequências lógicas simples de landers/ofertas, muito parecidas com as que você encontraria em outras plataformas de rastreamento.
Os fluxos são construídos a partir de três componentes principais:
- Caminhos. Estas são algumas sequências de grupos de lander/oferta, em qualquer ordem
- Regras. Estas são regras opcionais que combinam com visitantes recebidos.
- Roteamento. Esta seção define quais caminhos os usuários devem seguir quando correspondem a cada regra, ou a nenhuma regra.
Os fluxos também têm vários requisitos:
- Um fluxo deve ter pelo menos um caminho, descrevendo páginas para enviar um usuário
- Qualquer caminho deve ter pelo menos uma página/grupo dentro dele, para que haja um lugar para um visitante ir
- As regras devem, é claro, ter um conjunto de condições válidas
- Na seção de roteamento, cada regra, incluindo a padrão, deve ter alguns caminhos de destino definidos.
Também existem algumas limitações:
- Você não pode gerar links para partes específicas de um fluxo, apenas para o início
- Você não pode usar grupos globais de lander/oferta
- Você não pode editar visualmente os dados do funil no backend
Abaixo, vou passar por cada seção em mais detalhes.
Criando um Fluxo
Para criar um fluxo, clique em criar novo na página de funis, ou clique no botão global de criar ativo:
Estrutura de fluxo simples
É útil entender visualmente como os Fluxos Simples são construídos.
Como mencionado anteriormente, existem três partes - caminhos, regras e roteamento.
Aqui está como pensar nisso visualmente, que é como o funil é no backend:
Então, quando você cria caminhos, está criando os destinos/páginas finais para onde as pessoas vão.
Quando você cria regras, está criando as decisões iniciais para separar os usuários em diferentes caminhos.
Em seguida, ao configurar o roteamento, você está mapeando as pessoas dessas regras > caminhos de destino.
No backend, criamos rotadores nomeados nas diferentes etapas, pois isso nos permite mostrá-los nos relatórios de jornada posteriores.
Vamos ver como fazer cada parte abaixo.
Criando Caminhos
Caminhos são sequências de grupos de páginas. Você pode adicionar quantas páginas quiser a um grupo e encadeá-las sequencialmente em qualquer ordem que desejar.
Não há requisito para que os landers venham primeiro, ou de todo, então tecnicamente você pode ir oferta > oferta > lander > lander > oferta. Depende inteiramente de você e do tipo de fluxo que você está rastreando.
Se você tem diferentes sequências de páginas que gostaria de testar, adicione-as como caminhos separados.
Entre cada grupo, todas as ações irão vincular ao próximo grupo. Então, ação 1, 2, 3, etc. irão todas genericamente para o próximo grupo. Atualmente não é possível fazer a ação 1 ir para um lugar diferente da ação 2 -- para isso você precisará usar um funil normal.
Note que o caminho padrão atualmente não pode ser excluído (mas pode ser renomeado). Todos os caminhos devem ter pelo menos uma página dentro deles.
Criando Regras
Regras são filtros opcionais para combinar com o tráfego recebido. Elas seguem a mesma configuração que os nós de condição (já que isso é o que está fazendo o roteamento nos bastidores):
Quando você cria regras, elas são processadas em ordem. Então o tráfego será inicialmente processado pela primeira regra personalizada, depois pela segunda, e qualquer tráfego não correspondido irá para a regra padrão, como abaixo:
No futuro, adicionaremos numeração aqui + a capacidade de reordenar estas.
Personalizando o Roteamento
O componente final é o roteamento.
Aqui você configurará quais caminhos os visitantes devem seguir para cada regra que eles correspondem.
Você deve definir destinos para cada regra que existe, pois um usuário deve sempre poder ser roteado para algum lugar.
Você pode fazer os usuários irem para um ou vários caminhos com % de rotação definido para cada um -- então você poderia, por exemplo, ter três sequências únicas de lander/oferta (caminhos!) e enviar todo o tráfego para elas igualmente. Então, ao longo do tempo, você pode descobrir que o tráfego móvel funciona melhor nos caminhos 2 e 3, então você adiciona uma regra para É Móvel > e faz isso rotear apenas para os caminhos 2 e 3. Você também poderia configurar regras antecipadamente para seus diferentes tipos de tráfego, facilitando a personalização posterior.
Como você verá em breve nos relatórios, nossa jornada do visitante permitirá que você veja como os usuários estão sendo roteados e para quais caminhos eles estão indo.
Gerando Links
Esta parte é bastante direta - você pode gerar links da mesma forma que faz em funis.
Nos Fluxos, só permitimos que você vincule via redirecionamento para o início do fluxo, ou para um caminho específico.
Podemos adicionar opções mais tarde para vincular de forma mais específica, e para vinculação direta -- embora a vinculação direta e o uso de JS de certa forma derrotem o propósito do Fluxo, pois você estaria pulando a parte de regras/roteamento e indo diretamente para uma página em um único caminho.
Para isso, um funil faz mais sentido, a menos que você ache a interface do Fluxo mais fácil para configurar as sequências de páginas (o que é compreensível).
Relatórios
Os relatórios para Fluxos não são diferentes dos funis, mas quero destacar a utilidade da jornada do visitante.
Fluxos Simples são na verdade um funil no backend onde criamos nós de condição e rotadores, adequadamente nomeados, para permitir que você veja exatamente para onde o tráfego está indo.
Planejamos atualizar a interface do usuário para isso para torná-la ainda mais clara no futuro (além de adicionar um relatório de jornada apenas com páginas para fazer uma versão condensada).
Pegue um exemplo de Fluxo, onde tenho uma condição roteando por país e tenho vários caminhos presentes. Quero que o tráfego dos EUA vá apenas para um caminho, mas todo o outro tráfego vá para dois caminhos + o padrão.
Aqui está como o relatório por jornada do visitante pode parecer:
Bastante abrangente -- aqui usamos os nomes dos rotadores para fornecer contexto, sobre qual regra o usuário correspondeu e qual caminho ele carregou, para que você tenha uma visão muito clara do que seu tráfego está fazendo.
Deixe-nos saber seu feedback e se você encontrar quaisquer problemas -- afinal, estes estão atualmente em beta.
No futuro, planejamos adicionar vários novos recursos, como:
- A capacidade de converter um fluxo simples em um funil, para que você possa criar funis mais complexos a partir de um fluxo existente (esta ação não será reversível)
- Mudar os ícones de rotador de regras e caminhos para tornar isso um pouco mais fácil de entender
- Relatórios de jornada do visitante modificados que mostram apenas as páginas carregadas
- Um relatório especial de jornada do visitante disponível apenas nas estatísticas rápidas dos fluxos, que não mostra o nó de tráfego e o nó de condição das regras
- Capacidade de usar grupos de páginas globais dentro dos caminhos